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Description 



System and Method of Sharing a Contact 

List Among Mobile Phones 

Background of Invention 

[0001] One of the characteristics of most mobile phones is its 
ability to store numerous contacts in an internal contact 
database or on a SIM card or both. The contact data base 
is often referred to as a "phonebook" and comprises con- 
tact information that you would typically find in larger 
PDA and computer applications such as Microsoft Outlook 

. The phone book can accommodate fields such as 
name, address, multiple telephone numbers, multiple e- 
mail addresses, and the like. Mobile phone users routinely 
make use of the phonebook function for convenience. The 
phonebook function is even more convenient when it can 
be paired with or "synchronized" with a contact database 
on a computer. This eliminates the need to individually 
key in contact data for each entry in the phonebook which 
can be prohibitively time consuming using the mobile 



phone's keypad. 

[0002] Typically, a mobile phone user will have multiple groups 
of contacts in his database. Groups can be organized by 
family, friends, work team members, professional ac- 
quaintances, emergency contacts, etc. Often a need arises 
to share a common list of contacts among a group. One 
group member may maintain a contact list for the entire 
group and update it periodically. When updates occur, the 
rest of the group needs to update their mobile phone 
contact list also to make sure that everyone has the latest 
contact data. Unfortunately there has not been a simple 
straightforward mechanism for updating the contacts on a 
group of mobile phones without requiring each member 
of the group to key in the new contact data themselves. 

[0003] What is needed is a mechanism that allows groups of mo- 
bile phone users that share common contacts to effort- 
lessly update their respective contact lists without each 

user having to key in the new contact data. 
Summary of Invention 

[0004] jhe present invention describes a method of sending mo- 
bile phone contact list data from one mobile phone using 
a mobile phone messaging service to other mobile phones 
eliminating the need to re-key individual contact data. 



The sender composes an SMS or MMS message that will 
have contact data from his phonebook attached. The 
sender displays his contact list and selects the contacts he 
wishes to attach to the message. Once the message has 
been composed it is sent using a messaging service like 
SMS or MMS to other mobiles wanting the updated contact 
data. Prior to sending the message, the sender may pre- 
view the message so that additional contacts can be 
added to the message and/or selected contacts can be 
deleted. In addition, individual contact data can be dis- 
played for a selected contact prior to adding the contact 
to the message. 
[0005] There is also described a method of receiving mobile 

phone contact list data in a mobile phone that was sent 
from a second mobile phone using a mobile phone mes- 
saging service. A message is received in the mobile phone 
from the second mobile phone. Before acting on the mes- 
sage, a check is determined to see if the message con- 
tains contact list data. If it does not, the message is pro- 
cessed as it normally would be by the mobile phone. If the 
message does contain contact list data, however, an ap- 
plication specific software program is launched to manage 
the received contact list data. The program displays the 



received mobile plione contact list data so that the mobile 
phone user can examine the data. An import function is 
run to resolve conflicts, store and overwrite data into the 
mobile phone's contact database based on the newly re- 
ceived contact list data. 
[0006] There is also described a method of uploading a mobile 

phone contact list from a mobile phone to a computer 
server residing on a digital cellular network (DCN). The 
mobile phone user selects one or more contacts on the 
mobile phone to be uploaded to the computer server. 
Next, a connection is established between the mobile 
phone and the computer server. The contact list data from 
the mobile phone is uploaded to the computer server and 
stored for later retrieval. The server then automatically 
composes and sends an SMS or MMS message to mobile 
users named in the contact list data informing them that 
new contact list data is available for download. Alterna- 
tively, the mobile user that posted the new contact list 
data can separately send an SMS or MMS message to the 
rest of the group informing them of the recent posting on 
the server. 

[0007] Jo retrieve the uploaded contact list data, a mobile phone 
establishes a connection with the computer server and. 



upon proper authentication, is given permission to down- 
load tlie contact list data from the computer server to the 
mobile phone. Once the contact list data has been down- 
loaded to the mobile phone, a software program is 
launched to manage the new contact list data. The new 
contact list data is then previewed and stored on the mo- 
bile phone. 
Brief Description of Drawings 

[0008] FIGURE 1 illustrates a hardware environment in which the 

present invention can be implemented. 

[0009] FIGURE 2 is a flow chart describing how a mobile phone 

user creates and sends an SMS or MMS message contain- 
ing contact list data to a group of mobile phones. 

[0010] FIGURES is a flowchart describing how a mobile phone 

user uploads a contact list to a server. 

[0011] FIGURE 4 is a flowchart describing how a mobile phone 

user downloads contact list data from a server. 
Detailed Description 

[0012] FIGURE 1 illustrates a hardware environment in which the 

present invention can be implemented. A digital cellular 
network (DCN) 102 is responsible for providing a voice and 
data communications network for a plurality of mobile 



phones 104. A server 106 is coupled with the DCN 102. 
While not shown, it is understood that the server i06 also 
contains or is operatively coupled with storage device(s) 
so that data pertaining to applications and/or subscribers 
may be stored. The server is maintained by the owner of 
the DCN and contains applications and data to be used 
and accessed by subscribers to the DCN. Subscribers, in 
this context, are the same as mobile phones 104 and mo- 
bile phone users. As such, the terms may be used inter- 
changeably throughout this description. 

[0013] Both the DCN 102 and the server 106 are also coupled with 
the Internet 108 to provide greater access to data and 
content exchanges for the benefit of the subscribers. The 
Internet 108, in turn, can be coupled to a variety of other 
computers, computer like devices, and even other com- 
puter networks. In FIGURE l, the Internet 108 is shown 
coupled with some personal computers (PCs) iiOand a 
local area network (LAN) 112. The LAN can represent a 
company's internal computer network that has a connec- 
tion to the Internet 108. Similar to the Internet 108, LAN 
112 can be coupled with other computers 114, computer 
like devices, and other computer networks. 

[0014] A computer llO, 114 or mobile phone 104 user has a Mm- 



ited ability to access, write to, and read from server 106 
for purposes of uploading or downloading data pertinent 
to applications running on the server. Access to server 106 
is permitted provided a computer iiO, 114 or mobile 
phone 104 user has proper authorization and can validate 
themselves to server 106. 

[0015] jhe network architecture described in FIGURE i provides a 

basis for implementing software and software applications 
in the mobile phones 104 that facilitate the creation and 
dissemination of contact list data among groups of mobile 
phone 104 users. 

[0016] Jhe present invention envisions two separate embodi- 
ments for sharing a mobile phone contact list. The first is 
based on existing mobile phone messaging protocols 
used in a peer-to-peer manner. The second is based on 
access to a centralized server that mobile phone and/or 
computer users can upload to and download from. 

[0017] If a computer is involved in the process of sharing or cre- 
ating a mobile phone contact list, then it is assumed that 
the computer is capable of communication with a mobile 
phone. This is ubiquitous today and is sometimes referred 
to as "synchronizing" the computer with the mobile 
phone. Data such as contact lists can be stored and edited 



in a computer as well as a mobile phone. Periodically, the 
user synchronizes the data between the computer and the 
mobile phone. 'Syncing' entails establishing a direct con- 
nection (wired or wireless) between a computer and a mo- 
bile phone and reconciling differences between a contact 
list file on the mobile phone and a corresponding contact 
list file on a computer. Software allows the user to select 
which list shall be given preference to overwrite the other 
with detected differences. 
[0018] Moreover, many computers are capable of sending and 

receiving SMS and MMS messages that are in a mobile 
phone format or protocol. Such a crossover is relatively 
simple since the data protocols for the computer and the 
mobile phone are typically both packet based protocols. 
Software residing on a computer can read and decode SMS 
or MMS messages without much difficulty. Thus, a com- 
puter can be used as a surrogate for a mobile phone pro- 
vided the computer and mobile phone can 'sync' with one 
another. 

[0019] FIGURE 2 is a flow chart describing how a mobile phone 

user creates and sends an SMS or MMS message contain- 
ing a contact list to a group of mobile phones. This is the 
peer-to-peer methodology alluded to above. When a user 



wishes to share a subset of his mobile phone contacts 
with a group of other mobile phone users, he can create 
an SMS or MMS message containing the pertinent contacts 
to be sent to the group. A group may comprise, for in- 
stance, a set of mobile phone users that work together on 
a project, or set of mobile phone users that make up a 
Softball team. Generally, a group is comprised of mobile 
phone users that share a common interest and frequently 
correspond with one another. 
[0020] Jo create a contact list for group dissemination, a mobile 

phone user accesses the message composer function of 
his mobile phone and selects the contacts icon or its 
equivalent 202. This action will display all of the mobile 
phone contacts in the mobile phone 204. Using the user 
interface (Ul) the user can scroll through the list and high- 
light an individual contact that he may wish to add to the 
message 206. When a contact is highlighted the screen 
displays all of the information for that contact that is 
stored in memory 208. At this point, the user decides 
whether to include this contact in the message 210. If not, 
the individual contact data is cleared from the display and 
the entire contact list is re-displayed 204 from the point 
where it was interrupted. If the user does select to include 



this contact in tlie message, tlien tlie contact data is 
added to tlie message 212 and tlie user is prompted 
whether he wishes to add another contact to the message 
214. If another contact is to be added to the message, 
then the contact list is re-displayed 204 from the point 
where it was interrupted and the process repeats until all 
desired contacts have been added to the message. Once 
the message is complete, the user can preview, cancel, or 
send the message to its intended recipients 216. Preview- 
ing the message 218 entails perusing the contacts associ- 
ated with the message. The user is provided a final op- 
portunity to edit the list he just created including remov- 
ing or adding contacts. Canceling the message 220 allows 
the user to abort the message composing function alto- 
gether. Sending the message 222 involves the user desig- 
nating recipients of the Just created SMS or MMS message 
and sending the message to the group using the appro- 
priate communication means. 
[0021] jhe contact list message just created is different from 
other SMS or MMS messages in that it contains control 
data identifying the message as containing a contact list. 
When this control data is received and decoded by the re- 
cipient mobile phone, software in the mobile phone initi- 



ates a contacts import function. It also alerts the sending 
mobile phone to format the message data so that it can 
be easily processed by the receiving applications. 

[0022] For example, mobile 1 creates a contact list and sends it 
to mobile 2 via an MMS message. Mobile 2 receives and 
decodes the message control data and the phone displays 
New Contact Data or an equivalent. If the message control 
data does not indicate that the message contains contacts 
then the message is handled as it normally would be. 
Otherwise, when mobile 2 opens the message, the mes- 
sage composer compares the existing contact list 
database to see if the new message contains new contacts 
and/or differences to existing contacts. Mobile 2 then 
previews the sent contact list and individually selects new 
contacts and/or overwrites existing contacts. Additionally, 
mobile 2 could accept the contact list completely without 
individual review. 

[0023] FIGURES 3 and 4 describe the process of uploading and 
downloading a mobile phone contact list from a server 
maintained by the DCN operator. 

[0024] FIGURES is a flowchart describing how a mobile phone 

user or computer user uploads a contact list to a server 
that can be accessed by other users in a group. To upload 



data to the server maintained by tlie DCN operator, a user 
must be autliorized for access. Access is typically granted 
to network subscribers. Since the server is coupled with 
the DCN it can be accessed directly by a mobile phone. It 
is also possible to access the server via a computer over 
the Internet provided the server is communicable with the 
Internet. For purposes of illustration, mobile phone up- 
loading to the server is described. 

[0025] mobile phone user having a valid subscription with the 

DCN navigates his mobile phone menu structure to initiate 
a connection 302 with server on the DCN. The format and 
protocol of the connection is not necessarily important so 
long as it supports packet data transfers. Upon establish- 
ing a connection 302, the mobile transfers or uploads a 
contact list from his mobile to the server 304. 

[0026] jhe contact list can comprise the entire set of contacts on 
the mobile phone or a user-defined subset of contacts. To 
define a subset of contacts, the user first displays a con- 
tact list via a user interface and software to carry out such 
a task. While navigating the displayed contact list, the 
user can select which contacts are to be uploaded to the 
server. Once the user has navigated the list and selected 
the contacts to be uploaded, the contacts are marked by 



the software to be included in tlie subsequent upload pro- 
cedure. 

[0027] As an extra security measure the contact list can be asso- 
ciated with security data 306 such as a password. This en- 
sures that the contact list is downloadable only by mobile 
group members on the contact list that have the pass- 
word. The contact list and security data are then stored on 
the server 308. 

[0028] At this point a message is broadcast to the group indicat- 
ing that a new contact list is available on the server for 
download. The broadcast message can be created and 
sent by the server 310 since the contact list constitutes the 
group members. The server could issue an SMS or MMS 
message to the group that includes the access password. 
Alternatively, the mobile user that uploaded the list could 
send an SMS or MMS message to the rest of the group in- 
dicating that he has Just posted an updated contact list 
312 that can be downloaded from the server. The security 
data can be given in this broadcast message. 

[0029] FIGURE 4 \s a flowchart describing how a mobile phone 

user downloads a contact list from a server. Once the 
contact list has been uploaded to the server and the group 
members have been notified of its existence, individual 



group members can download the updated or new contact 
list at their convenience. To download a new contact list, a 
mobile user launches an application specific software pro- 
gram running on his mobile 402. The software program 
initially establishes a connection between the mobile and 
the server 404. If required, security data is exchanged and 
the mobile is allowed to download the contact list 406 
from the server. Upon receipt of the contact list into the 
mobile phone, the software program opens the list for in- 
spection by the user. The contact list can be previewed, 
and/or edited by the user 408. Once the user has reviewed 
the contact list to their satisfaction, it can be stored on 
the mobile phone 410. Data in the new contact list that 
conflicts with data already existing in the mobile phone 
will be overwritten. New data will simply be entered into 
the phonebook/contact database of the mobile phone. 
[0030] The security measures need not be password related. 

Other means for verifying the identity of a mobile user at- 
tempting to download a contact list may be employed. For 
instance, since each mobile is uniquely identifiable to the 
DCN, the server can verify the identity of the mobile upon 
connection to the server without requiring a password en- 
try. 



[0031] In addition, tlie present invention can be implemented in a 
variety of mobile messaging settings including, but not 
limited to, short messaging service (SMS), multi-media 
messaging service (MMS), and mobile e-mail services. 
Those of ordinary skill in the art can readily adapt the 
concepts set forth in the present invention to a variety of 
messaging platforms. 

[0032] Computer program elements of the invention may be em- 
bodied in hardware and /or in software (including 
firmware, resident software, micro-code, etc.). The inven- 
tion may take the form of a computer program product, 
which can be embodied by a computer-usable or com- 
puter-readable storage medium having computer-usable 
or computer-readable program instructions, "code" or a 
"computer program" embodied in the medium for use by 
or in connection with the instruction execution system. In 
the context of this document, a computer-usable or com- 
puter-readable medium may be any medium that can 
contain, store, communicate, propagate, or transport the 
program for use by or in connection with the instruction 
execution system, apparatus, or device. The computer-us- 
able or computer-readable medium may be, for example 
but not limited to, an electronic, magnetic, optical, elec- 



tromagnetic, infrared, or semiconductor system, appara- 
tus, device, or propagation medium sucli as tlie Internet. 
Note tliat tlie computer-usable or computer-readable 
medium could even be paper or another suitable medium 
upon which the program is printed, as the program can be 
electronically captured, via, for instance, optical scanning 
of the paper or other medium, then compiled, interpreted, 
or otherwise processed in a suitable manner. The com- 
puter program product and any software and hardware 
described herein form the various means for carrying out 
the functions of the invention in the example embodi- 
ments. 

[0033] Specific embodiments of an invention are disclosed 

herein. One of ordinary skill in the art will readily recog- 
nize that the invention may have other applications in 
other environments. In fact, many embodiments and im- 
plementations are possible. The following claims are in no 
way intended to limit the scope of the present invention to 
the specific embodiments described above. In addition, 
any recitation of "means for" is intended to evoke a 
means-plus-function reading of an element and a claim, 
whereas, any elements that do not specifically use the 
recitation "means for", are not intended to be read as 



means-plus-function elements, even if the claim other- 
wise includes the word "means". 



